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(54) Abstracfntle 

System and method for seeiiring available communications network resources 

(57) A system (20) and a method for securing telecommunications resources Include a resource requireniente 
module (40) which determines network resource requirements specified in call requests of 
telecommunications calls. In one embodiment, a resource availability monitor (42) determines If the resource 
requirements exceed the available levels for at least two network resources. In another embodiment the 
resource availability monitor deterrhines if Digital Signal Proc^sor (DSP) requirements in the call request 
exceed DSP availability. If the resoijrce requirements exceed the resource availability at the time when the call 
request Is received, a resource reservation mechanism (46) places the call request into queues for those 
network resources which are in short supply. When the call request reaches the front of one of the queues, the 
resource reserv^atlon mechanism reserves the network resource for a predetermined time interval and. 
determines whether all resource requirements for the call request can be satisfied. If so, the call is established. 
If any resource requirements cannqt be satisfied within the predetermined time interval, the reserved 
resources are released to provide the next call request in the queue the opportunity to reserve the network 
resources. If all resource requiremeints are satisiFied, a call setup subsystem (48) establishes the call. 
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SYSTEM AND ME^OD. FOR SECURING AVAILABLE 
COMMUNICATIONS . NETWORK RESOURCES 

The invention relates to a system and a method for 
telecommunicatiions and, more specifically, to a system 
and a method for securing network resources requested 
for completing a telecommunications call , 

A common ; concern in the telecommunications 
industry has been how to handle the situation in which 
a caller is xaiiable to establish a connection to a" 
called terminal, typically a telephone, because 
insufficient rietwork resoiirces are available to connect 
to the called terminal. For example/ the called 
teinninal might! be a telephone which has a single line 
connecting the terminal to ^ central office. ^ If a user 
of the called terminal is already on the line when a 
call is placed;, the. traditional approach has been to 
notify the calling party that the line to the called 
terminal is bcbupied by transmitting a busy signal to 
the terminal of the calling party. 

A solution to the problem of a busy line is to 
employ a call Waiting feature. A second call which is 
initiated when! the called party is on the. line, with a 
first call causes the central office to transmit an 
audible signal^ notifying the called Jparty of- the 
availability of the second call. If the called party 
triggers the appropriate signal to the central office, 
the called party's line is switched over to the second 
call. However,: the called party can choose to 
disregard the xjiotiqe :Of . the second call. Both the busy 
signal transmission and. the call waiting feature 
provide only partial caller satisfaction to the 
occupied line jjroblem. .If a caller encounters a busy 
signal, the caller has no way of knowing how long the 
called party will remain on the line with the first 
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call. The caller might have to retry the call numerous 
times before the line becomes available. In the call 
waiting scenario, if the called party ignores a call 
waiting tone, the caller might not be able to determine 
that the called party is actually utilizing the called 
terminal. In this case.; the caller will not even know 
to retry the call/ because the caller will not be 
notified that the called party is located at the called 

terminal. 

A camp-on feature enables a caller to instruct a 
switching device, such as a central office (CO) or a 
private branch exchange (PBX) / to monitor the line to 
the called terminal to determine when the called 
terminal becomes available. Upon determining that the 
line to the called terminal is no longer occupied, the 
switching device places the call to the called terminal 
and notifies the caller that the call has been placed, 
in this manner, the call is placed as soon as the 
called terminal becomes available, without the caller 
having to manually replace the call. 

If a call attempt is unsuccessful, it is possible 
that the call was rejected because insufficient network 
bandwidth is available to support the call. That xs, 
the called terminal might be available, but 
insufficient bandwidth prevents the call from being 
established %o the called terminal. U.S. Patent No. 
5 812,551 to TSukazoe et al. describes a system which 
is capable of camp-on request registration specifically 
for network bandwidth. A terminal that has been issued 
a connection refusal transmits a camp-on request to an 
Asynchronous Transfer Mode (ATM) exchange. The ATM 
exchange monitors an "empty-band" value to determine 
bandwidth availability. When the eirpty-band value 
exceeds the band value required for the camp-on 
request, the ATM exchange establishes the connection. 

Aithough'the Tsiikazoe et al. system works well for 



its intended, purpose, ..further improvements are desired. 
A call attentpt can be rejeqted for reasons other than 
an occupied line or .insufficient bandwidth avails 
ability. What is needed is. a system and a method for 
securing netwbrk resources in a manner which Is 
responsive to; the availability of multiple network 
resources required to complete a call. 

The invention ?.s. defined in the independent 
claims, to which reference, should now be made. Further 
advantageous features can be f oiond in the dependent 
claims . ~ 

A system land a method ..for securing necessary 
resources for ; establishing , a call incliKie a resource 
availability thonitor which, compares available levels of 
at least two: lietwork (or communications) resources to 
requested levels of the net.work reso\irces> as specified 
in a call setiip signal^ If ,4nsuf fic^^ent network 
resources are .available when the call request signal is 
received, a resource reservation mechanism requests 
reservation of the call-specified resotirces and a call 
setup siibsysteira automatically establishes the call when 
the available levels equal or exceed the. required 
levels . ■ 

In a preferred embodiment of the system and 
method, the invention is practised in a voice-over- 
data -network ehvironmerit. .The system requests 
researvation of i quantities of at least two network 
resources specified in .the call request, monitors the 
available levels of the specified resources, reserves 
the resovurces M they become available, and when the 
requested levels of the network resources have been 
reserved, tbe call setup subsystem establishes the 
call. In this; preferred embodiment, the network 
resources may jlnclude Digital Signal Processor (DSP) 
resources, including transcoding DSP resources and 
conferencing D$P resources.. The transcoding DSP 
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resources may be utilizied, among other thxngs, to 
perform conversion functions between terminals that 
utilize differ^t comg^ressibn algorithms. The 
conferencing DSP resources are utilized to mxx 
simultaneously generated voice data within a - 

conferencing call- 

in this embodiment the' oMnmunications resources 
W be digital signal processor (DSP) resource 
:^ireJts tor a voioe-ove.-deta-networ. call; whxch 
are determined for a call and con^-ared with the _ 
available resources, with reservation if necessary and 
monitoring of the DSP resource availability level to 
aiteinine when it is sufficient to support the _ 
requirements. In this case the call may be establxshed 
automatically when the level is sufficient The 
network resources may further include trunking 

resources required td complete a call. For exanple 
the system might include a gat«ceeper that " <=°-«="^ 
to multiple truh^ for supporting incoming and outgoing 
call*. The trunking resource requirements spec.f.ed xn 
a call re,iueit signal' may be compared to available 
tanking resouroes to determine whether reservation of 
trunfcing resources must be requested. Hetwork ■ 
bandwidth requirements may be centered to --""-^ 
bandwidth availability and the availab.lxty of the 
called terminal is ascertained to determine whether 
reservation of network bandwidth or access to the 
called terminal must be requested. 

in a preferred embodiment of the system and 
„>ethod. after it is determined that the requested ^ 
levels of the netv^rk res6urces are not -"^-^^^ f ^ 
resource reservatioii mechanism forms a queue for the 
calls that require network resources which have ■ 
availability levels which are below the -^-'^^ 
ouantities. For example, a conference call request 
^^hrspecify DSP retirements for a conferencing call 
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which will include video teleconferencing to two called 
terminals. If network bandwidth requirements, trunkihg 
requirements, iand called terminal access requirements 
exceed, the availability levels for all three of these 
5 resources, the! resource reservation mechanism places 

the call into queues for each of the resources. The 
call advances within the queues and, upon reaching the 
front of one oif the queues, .for exanple the network 
bandwidth queue, the resource reservation mechanism 

10. reserves the required bandwidth level for a 

predetermined time interval* If the caJLl is not " 
established within the predetexTnined time interval 
because, for exatpple, sufficient DSP resourcies had not 
been secured within the time interval that started when 

15 the network bandwidth cam^ available, the bandwidth is 

released to free up bandwidth for other calls • A CclLI 
request may thus be assigned a highest priority for 
only the predetermined time interval. The precise 
duration, of the network interval can be calibrated to 

20 accommodate the competing interests, of minimizing the 

waiting period; that calls must endure before all the 
required resources for a call can be simultaneously 
reserved and of minimizing wasted resources which are 
tied up while the resources are reserved. 

25 In one preferred embodiment said resource 

reservation mechanism, and said call setup subsystem 
operate in a voice -over -data -network 

Preferably said resource reservation mechanism is 
activated by a; user-generated camp-on request, said 

30 resovirce availability monitor being configured to 

reject said caiip-on request, said, resource availability 
monitor being ionfigiired to reject said camp-on request 
if insufficient processing resources are available to 
said resource reservation mechanism to handle said 

35 camp-on request- 

In one embodiment, the system/method is utilized 



to camp on to DSP resources only. The DSP requirements 
for a voice-over-data-network call are determined and 
compared to a level of available DSP resources. A 
reservation for the required DSP reso\irces is requested 
if the required DSP resources exceed the available DSP 
resources, and the voice-over-data-network call is 
established when the level of available DSP resources 
meets the required quantities pf DSP resources. 

For a better understanding of the invention and to 
show in more detail how it may be brought into effect, 
reference is made to the Figures, which show exemplary 
embodiments and in which: 

Fig. 1 is a block diagram of an exemplary 
telecommunications network environment in which the 
present invention operates. 

Fig. 2 is a high level block diagram of a system 
for reserving network resources according to the 
present invention. 

Fig. 3 is a schematic diagr^im of network resource 
reservation queues ul^iliz^d by the ' system shown in Pig. 

2. ■ . . : . .. 

Fig^ 4 is a process floW of a network resource 
reservation method performied by the system shown in 
Fig . 2 . 

With reference to Fig. 1, a gatekeeper 10 supports 
communication between first 12, second 14, and third 16 
telephony- enabled con5>uters located on a first Local 
Area Network (IAN) 20. The computers can be configured 
to support Internet Protocol (IP) telephony, but other 
known telephony-over-data-network technologies may be 
utilized The gatekeeper 10 performs Digital Signal 
Processor (DSP) functions which include mixing voice 
data during conference calls ^nd providing conversion 
functions for terminals whichi employ incompatible voice 
encoding algorithms. For example, a digital telephone 
34 connected to a Public Switched Telephone Network 



(PSTN) 32 might !eir5>loy a different voice, compression 
algorithm than tthe first .computer 12 on the first LAN 
20. A router IQ directs voice^ data transmitted among 
the first 12^ second 14, and third 16 computers, as 
5 well as voice d4ta received from and transmitted to the 

digital telephone 34 located on the PSTN 32, a first 
remote computer 136 located on a remote LAN 30, and a 
second remote ccS>it5)uter 38, located on the global 
communications ijietwork commonly referred to as the, . 

10 Internet 28. ; 

The gatekeeper 10 also manages network resoxxrces 
during call setijip procedores to enable a caller to camp 
on to network resources which were not availcQDle at 
required levels ; when the call Us. , at ten5>ted. As an 

15 alternative, the net;wprk resource management functions 

can be performed by ianother centrally located network 
device, such as : a call server (not shown) . 

With reference to Figs. 1 and 2, the gatekeeper 10 
includes a resovtrce requirements module 40 that 

20 generally ascert:ains call requirements for calls, a 

resource availa^Dility module 42 that determines the 
availability of' network resources and terminals, a 
resource reservation mechanism 46 that requests 
reservation of and manages network resources, and a 

25 call setup subsystem 48 that establishes calls, as 

described further below. 

The resourice requirements module 40 ascertains 
call requiremen;ts for calls tp and frojn the first LAN 
20. The resourSce requirements module determines the 

30 call requiremenjts of a call by analyzing the call 

request. transrai|tted from the\calling party. The call 
requirements in[clude which teantjinals^ must be accessed 
for the call, jlf the call is a direct call to a single 
terminal, for example from the first remote computer 36 

35 on the remote IjAN 3 0 to the third computer 16 on the 

first LAN 20, the gatekeeper must only determine the 
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availability of the third computer. If the call 
request is a conference call request for a conference 
call to first 12, second 14, and third 16 computers, 
the gatekeeper will determine the availability of each 
computer specified in =the call request. The gatekeeper . 
can also be configured to determine specifically which 
resources must be available to the called terminal to 
complete the call. For exariiple, if the call request 
specifies a video teleconferencing call, each terminal 
roust have available resources required to receive_and 
transmit video streams. 

The resource requirements module 40 also 
determines how much network bandwidth will be required 
to complete a requested call. A call from the second 
remote coitqputer 38 through the Internet 28 to the first 
con^^uter 12 on the first IAN 20 will require a specific 
bandwidth. Each call request provides the information 
which the resoxirce requirements module utilizes to 
determine network bandwidth rej^uiremehts for the call. 
For example; a voice-bnly ' call 'will require less 
network bandwidth than a video teleconferencing call. 
Furthermore, the resource reqiiirements module 40 can 
determine bandwidth requirements for a remote network, 
such as the remote LAN 30, which are associated with an 
outgoing call. A video teleconferencing call from the 
first computer 12 to multiple computers (not shown) 
on the remote LAN 30 will place substantial bandwidth 
demands on the remote LAN. ' 

in order to determine if sufficient DSP resources 
are available to complete calls, the resource 
requirements module 40 determines the DSP requirements 
for each call. As noted above, DSP resources include 
conferencing DSP resources and transcoding DSP 
resources. The conferencing DSP resource requirements 
are a fionction of how many called terminals are 
specified in a call request! A call to a single called 
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terminal will : requi;re no. cpnf erehcing DSP resources, 
because no voice mixing is required in a person-to- 
person call. IAS the r(umber^,of calli^ terminals within 
a conference call ^increases';!' the conferencing DSP 
resources inci^ease. - - . 

Trunking; resources controlled by the gatekeeper lo 
can create a bottleneck which prevents © requested call 
from being established. FQr the purpose of simplicity, 
the gatekeeper is shown connected to only three trunk 
lines; a first trunk line 22 connects via a gateway 
functionality ' (not shown for simplicity, the gateway 
functionality 'may be embodied in the gatekeeper or may 
be embodied iri a separate hardware gateway) to the PSTN 
32, a second trunk line 24 connects to the remote LAN 
15 30, and a thir5d trunk line 26 connects to the Internet 

28. The resoiMTce i^equirements. module 40 determines the 
truriking resouirces required for a particular cal 1 based 
on the locati6h(s) of the ca^Jled terminal (s) . if a 
conference call request from the. second cbnputer 14 
specifies the jEirst remote computer 36, the second 
remote computer 38, and the digital telephone 34 as 
called terminals, the trunkiiig- requirements for the 
call will include the first. 22, second 24, and third 26 
trunk lines. i 

A resource availability monitor 42 determines the 
availability of network resources specified in call 
requests. The ! resource requirements module 40 
communicates to a resource availability monitor 42 
information regarding which ^network resources are 
specified in a i call request, so that the resource 
availability monitor. only obtains relevant resource 
availability d4ta for that -call request. . For example,, 
if a call request speciJEies ai person -tb-person call, 
the level of . conferencing DSP resources will not be 
monitored because the cronferencing DSP resources are 
not required for the person-to-person call. 
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TO determine network bandwidth availability on the 

first 20, the resource availability ""^f 
first 1^ rauter 18 to obtain bandwidth 

communicates with the router lo ^.^r,t the 

availability dat^. In a preferr^ '^"^'^.'^i^fi 
resource availability monitor 42 communxoates with 
ro::ers ^ other s-itchln. devices ^t^shown> on 
remote networks, such as the:remote LM. 30, to^^ 
2t*rmine network bandwidth availability on those 
^!t^kB By obtaining remote network bandwidth 
av^ulSlit^aata, the system is able to determine^ 
availability ^^^^^ networks 

-^^^^^ " - - =^ °" 

to network bandwidth on the remote network. 

resource availability^nitor 42 

n-. J -^^-inals in order to ascertaxn 
availability of called terminals in or 

wl.eU.er the sy.texn will have to .canp on 
establishing connectivity t^ the called terminals-. 
• the resoTirce : availability monitor 

^ L available re.ources re,uirad. to support a - 
Por«^le. if,the ^irst re.»te co^ut.r ,s is 
^ing a video application^ when the video ^ 
teleconferencing call request is made. ^"^^ ""^^ 
terminal might not have sufficient -"^^"^^ ^ 

— :::rr:e:rc:a:::i::irity. ■ 

ri::":rprft;abry is ab. to obtain d.ta,.rom 
Z electronic calendar on a called terminal^ ^n^this 
^er . the resource availability — 
identify when the called terminal user will be 
ataUable to take a c.ll. Thi. feature .s especially 
applicable to a conference call "^"-"""v ^'^^^^ 
.:Lurce availability ..h-^^^^^^^^^ 

I^^Z^Z:^:^^ Choice Of ti^s When the 
call can be^^made. ; 
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If a call is (requested to. a called terminal on a 
network other i than -the first LAN 20., - the resource 
availability monitor 42 determines the availability of 
trunk lines t6 support ..the requested call, if a call 
to the first demote computer 36 is requested and the 
second trunk line 24 to th^l remote LAN 30 is fully 
occupied, the jresource aivallability monijtor determines 
that insufficient ^rimking ^fesources^are available to 
support the requested call., : 

As noted briefly above, the resource availability 
monitor 42 can determine the availability of both" 
conferencing dSP resources atad transcoding DSP 
resources. If the gatekeeper lo is mixing voice data 
for numerous cbhference calls when a conference call 
request is recjeived, , the gatekeeper will have a 
relatively low; level of DSP ,xes6urces available to mix 
voice data for; the requesteql conference call. 
Likewise, if the gatekeeper ; 10 is transcoding 
compression algorithms for numerous calls,, there will 
be a relatively low, level of ^ transcoding DSP resoitt-ces 
available. 

When a call requesjt specifies levels of network 
resources which are not available at the tim? the 
request is raad^, the . system of the present invention 
enables a caller to camp on, to those network resources 
which are belo^ the requested levels . The caller is 
notified that the call cannot be placed and is provided 
with an option lof camping on to the presently available 
resources. Upon receiving a camp-on request, a 
resource reser\^atiori mechanism 46 communicates with the 
resource availaibility monitor 42 to determine which 
network resourdes are below the requested levels. The 
resource reservation mechanisip 46 then requests 
reservation of jthe network resources. Referring to 
35 Figs. 1, 2 and 13, in a preferred embodiment, the 

resource reservation .mechanism 46 manages several 
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network resource queues, including a network bandwidth 
queue 50, a <ionf erenci;ng DSP resources queue 52, a 
first trunk line queue 54, and a first remote computer 
access queue 56. The set of queues shown in Fig. 3 is 
illustrative and is not a complete set of all ^)Osiible - 
queues. The queues shown are for those network 
resources which are unavailable at the levels specified 
in a conferencing call request. L 60. Call request L is 
placed into the queues for the^ various network 
resources and is advanced as the call requests ahead in 
the queues are either executed or returned to the end 

of the queue. 

If a call request is at the front of a resource 
queue and there is sufficient level of the network 
resource available to satisfy the call request, and the 
call request is not waiting behind other call requests 
in any other queue (i.e., the call is otherwise ready 
to be established) , the call setup subsystem 48 
establishes the call. ^ For ^mple, in Pig. 3 call A 58 
is in the network bandwidth queUis 50> but is in no 
other network resource queue. The requested network 
bandwidth is reserved, for call A 58 and the call setup 
subsystem 48 establishes call A. 
. . If, on the other hand, a call request is advanced 
25 to the front of a first queue but is awaiting 

advancement in another queue, the resource reservation 
mechanism 46 reserves the resource associated with the 
first queue for a predetermined time interval. If the 
requested call is not established within the pre- 
determined time interval , the reserved resource is 
released and. the call request is returned to a rearward 
position in the first queue. ^ For example, call request 
F 64 is at the head of the conference DSP resource 
queue 52, so the resource reservation mechanism 46 
reserves the requested conference DSP for the 
predetermined interval. However, call request F 64 
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is behind call request A 5.8 and call request B 62 in ^ 
the network bandwidth queue.; 50, and is behind call 
request B in the fi^st trunk line queue 54. If call 
request F 64 +s not advanced to the front of the 
network bandwidth queue 50 .\and the first trunk line 
queue 54 before the predetermined time interval 
expires, the jfeserved DSP resources aire released. Thte 
predetermined ; time interval .can be calibrated to 
accommodate the competing interests of minimizing the: 
hold time before a call request is executed a^d of 
minimizing wa^te of network ^resources which are idled 
while they are! reserved. 

It will be vin4erstood by those skilled in the art 
that the above- described syatem and the method to be i 
described beloW can be practised in any 
telecommunications- environmeitit (such as a PBX or CO) in 
which more than one network resource may be required to 
complete a caW. The system and the method of the 
present , invention eiiabl,e a caller to camp on to 
resources that! are ,\mavailable at the time the call 
request is made. 

Referring; to Figs. 1, 2, 3, and 4, a method for 
securing telecommunications resources includes the 
step 70 of determining resource requirements specified 
in a call request. The call requirements may include,' : 
but are not liihited to, availability of the called 
terminal, netw6rk bandwidth,,., resources available to the 
resource reser^atipn mechanism to respond to a camp-on 
request, trunk ; line resotirces, and DSP resources, 
including conferencing DSP resources and transcoding 
DSP resources..! In step 72, the resource availability 
monitor 42 determines the level of available network 
resources for those network resources specified in the^ 
call request, |At decision step 74, the resource 
availability monitor determines whether the required 
level of any resources specified in the call request is 
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above a cojrresponding availability level for the 
network resource. If the availability levels for all 
requested network resources are above their requested 
levels, the call setup subsystem 48 establishes the 

call in step 84. 

If any of the requested rietwork resource levels 
are above their corresponding availability levels, in 
step 76, the resource reservation mechanism 46 requests 
a reservation iox those network resources in iresponse 
to a user-generated camp-on bequest . In the preferred 
embodiment, the network resource reservation step 76 
includes pldEcing the ball Request into network resource 
queues for those network rfesbuirciBS with availability 
levels below the requested levels. If a call request 
specifies network bandwidth and conference DSP resource 
levels above the availability levels for these 
resources, the resouirce reservation mechanism 46 places 
the call request into the network bandwidth queue 50 
and the conferencing DSP Resource (queue 52> When the 
call request reafches the f rbnt of one of the network 
resources queues and the network resource availability 
level meets ' the requested level , the resource 
reservation mechanism 46 reserves that network resource 
for a predetermined time interval in step 78. In 
decision step 80, the resource reservation mechanism 46 
dete^ines whether all of the requested resources are 
available tS' establish the' call. If the requested 
resources are all available, in step 84 the call setup 
subsystem establishes the call. If less than all of 
the required resources are available in the pre- 
determined time inteirval, in step 82 the reserved 
network resources aire released and the call request is 
moved rearwardly in the network resource queue to allow 
the next call request the opportunity to reserve the 
network resource. Ih calibrating the time interval, it 
is important to take into account that if the time 
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interval is t<i)o long, network resources will be wasted 
while they id^y await utilization. Conversely, if this 
time interval! is too short, i.' those cafl requests with 
substantial network resource, requirements will be 
required to r#side .in the nietwork reservation -queues 
for excessive ! time inteirvals. 

In an alljema^ive embodiment, the resource 
reservation method is utilized to camp on to DSP 
resources only. The DSP resources can include 
conferencing riSP resources and/or transcoding DSP 
resources. The DSP requirements for a voice-over" data- 
network call aire determined and conpared to a level of 
available DSP xesotarces. A; reservation for the 
required DSP itesouicces ; is requested if the required DSP. 
resources exceled the available DSP resources, and the! 

voice-over-datk-netwprk call /is established when the ! 
level of availiable DSP : resources meet^p the level of 
required DSP riesotirces^ ' 

The invention represents an advancement over the 
prior art in that call requests which exceed 
availability Ijevels for multiple network resources ar4 
provided with ian automatic camp-on feature for each 
deficient netwbrk resource. The invention expands the 
conventional camp-on feature to accommodate the 
increasingly complex environment of telecommunications. 

In summary, a system and a method for securing 
telecommunications resources , include a resource 
requirements mbdule which determines network resource 
requirements si>ecified in call requests of telecom- 
munications calls. In one embodiment, a resource 
availability monitor determines if the resource" ' 
requirements eicceed th^ avai^Lable levfls for at least 
two network resources. In another embodiment, the 
resource availability monitor determines if Digital 
Signal Processor (DSP) requirements in the call request 
exceed DSP availability. If the resource requirements; 
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^ the resource availability at the ti»e when the 
exceed the resour ^ resource reservation 

call r.<^-t is received a res ,,„3, 

^chaniB. places «hen the 

network =^"°"'="\^!L^t oS one of the ^eues, 
, call .e<.e- reaches - 

:::o:n:: r^edeter^^ed ^-^rr::^r 

K...h»T- all resOJirce requirements loi 
^„es M so, the call is 

,,^.st can be^sat«f requirements cannot, he 

10 S-^^l-'^'*:^^^ p^determined time interval, the 
satisfied within the^-^ ^^^^^ the next 

_.^d ^^J^ .he opportunity to reserve 
call request in the qu ^^^^^ce requirements 

z --^>- su^^^.— ushes the 



call , 



CIiAIMS: 



1. A system (?0) for securing resources for 
coiranimications ! transmissions. CO 

a resource availability monitor (42) configured to 
monitor (72) ayailability levels of at least two 
communications J resource;s for . which specified quantities 
are requested in a request for a call; 

a resource reseirvation mechanism (46) in 
communication with said monitor to request (76) 
reservation levels of said, communications resources ' 
subsequent to 4 determination that said specified ' 
quantities requested are satisfied by availability 
levels; and 

a call setup subsystem . (48) operatively associated 
with said reseirvation; mechanism and said monitor to 
establish (84) isaid call at least partially in response 
to a determinatiion (80); that all availability levels 
have at least Equalled said specif ied quantities of 
said communicatiions ; resorurces. . 

2- A system (20) according,.to claiT#l wherein said 
monitor (42) ±4 configured to compare (74) an availablie 
level of digit4.1 signal processor resources to 
a specified quantity of said digital signal processor 
resources for Supporting said call. 

3. A system <|20) according to any preceding claim 
wherein said monitor (42) is confiigured to determine 
(72) availabilijty of a called terminal and/or a level 
of available network bandwidth for establishing said 
call. 

4. A system ^20) of according to any preceding claim: 
wherein said mdnitor (42) is configured to notify said! 
reservation medhanism (46) upon detecting (72) an 
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availability level of a first communications resource 
which at least equals; said specified quantity of said 
communications resource, said reservation mechanism 
being configured to reserve (78) a quantity of said 
communications resource for a predetermine^ time 
interval in response to said notification and to 
release (82) said reserved quantity if said call setup 
subsystem (48) has not established (84) said call prior 
to expiration of said predetermined time interval. 

5. A system (20) according to any preceding claim 
wherein said reservation mechanism (46) is configured 
to form a queue of call requests for each resource 
having an availability level which is insufficient to 
satisfy said call requests. 

6 . A method for reserving multiple resources 
specified in a call request signal comprising the steps 

'of: ' 

requesting (76) reservation of quantities of at 

least two required network resources specified in said 
call request signal in resjpon^e to a user generated 
camp-on request subsequent to determining (74) that 
said quantities of said network resources are 
Tinavaiiable when said call request signal is received;, 
and 

automatically establishing (84) a call specified 
in said" call request signal after determining (8 0) that 
available quantities of said network resources have 
increased to at least equal said quantities of said 
network resources specified in said call request 
signal . 

7. A method of according to any preceding method 
claim further comprising the steps of: 

reserving (7^) a quantity of a network resource 
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af ter an available quantity of said resource has ^ 
increased to !at least equal a r-equested quantity of 
said required; resource; and 

releasing (8^) said quantity of said resource if 
said establishing step (84V does not occur wdLthin a ■ 
predetermined; time interval after said reserving stej) 



(78) 



8 . A method; according to any preceding method claim 
wherein said requesting step ,(76) includes requesting 
reservation of a network bandwidth level for said call 
if insufficient bf n<Wdth is determined (74) to be ■ 
available and/or Request in^ (76) reservation for access 
to a called terminal if said terminal is determined to 
be presently jjinavailcOsle. 

9. A method 'of according ! to any preceding method ; 
claim wherein; said requesting step (76) is a step of ' 
requesting access to more than two terminals for a 
conference call and requesting digital signal 
processing (D$P) resources for said conference call, 
said establishing step (84) including establishing said 
conference call upon determining (80) that said 
terminals and : said requested DSP resources have become 
available. ' 

10. A method laccording to claim 9 wherein said 
requesting st^p (76) further includes requesting a 
quantity of txjunking resources to support said 
conference cail. 

11. A system ior a method substantially according to 
one of the embodiments shown in the figures and 
described in the description. 
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